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BACKGROUND OF THE INVENTION 

5 1 . Field of the Invention 

This invention relates to a testing method in an 
information system having storage (data storage devices) 
shared by a plurality of servers, in which loads and errors 
are generated in the storage to conduct tests, and also 
10 relates to an information system performing such tests. 

2 . Description of the Related Art 

In recent years, there have been an increasing number 
of examples of information systems constructed from a 

15 plurality of servers and a plurality of storage products, 
with the object of streamlining operations or providing 
services to customers. Examples include business systems 
which perform sales processing, order processing and 
financial processing, and service delivery systems which 

2 0 deliver web contents. In such information systems, various 
tests are often performed, including performance tests to 
accumulate information relating to performance of the 
information system and operation tests to verify the 
operation of the information system, in order to judge 

2 5 whether the system meets the requirements demanded of the 
user introducing the information system. 

In such tests, often errors or loads are caused in 
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storages. For example, as performance tests, usage rate, 
response time or other parameters of resources, such as the 
CPU or memory in servers or the disks in the storages may be 
measured when loads are generated in the storages, and as 
5 operation tests, errors may be caused in storage devices to 
verify whether processing can be continued by the 
information system using only storage devices in which 
errors have not occurred (which are normal) . 

In the past, mechanisms to generate storage loads and 

10 errors have been incorporated into either servers or 

storages. For example, when the generation mechanism is 
realized in a computer program, the program must be 
installed in the server; the program will differ for each 
server OS (operating system) , vendor of the storage 

15 equipment, and host bus adapter (equipment on the server 

side functioning as an interface with the storage equipment) 
used. 

When the above generation mechanism is realized in 
hardware, when for example the generation mechanism is 

20 incorporated into a host bus adapter (HBA) , either the 
firmware of the HBA must be rewritten, or an HBA with 
firmware functioning as the generation mechanism must be 
newly installed. When incorporating the above generation 
mechanism in storage, either the firmware of the controller 

25 which controls storage must be rewritten, or the controller 
must be replaced with a controller equipped with firmware to 
function as a generation mechanism. As conventional 



technology, a method has been disclosed to generate pseudo- 
traffic in order to evaluate network performance using dummy 
loads (see for example Japanese Patent Laid-open No. 2000- 
252987) . 

5 However, because in conventional testing methods the 

mechanism to generate loads and errors is incorporated in 
servers or storages, there are the following problems. 
First, when the mechanism to generate loads or errors is 
realized in a program, processing of the program consumes 

10 the server CPU, memory and other resources for original 

processing to attain the original objectives for which the 
information system was introduced (for example, if a 
business system, execution of business applications; of a 
service delivery system to deliver web content, then web 

15 server applications) . So they are in race contention and a 
different situation is simulated from a situation in which 
loads and errors generate when the above original processing 
is actually performed. 

Secondly, when the above generation mechanism is 

20 realized in a program, a variety of different programs must 
be prepared according to differences in OSes, different 
storage equipment vendors, differences in HBAs used, and 
similar, so that considerable labor and time are required to 
install the programs on individual servers and to make 

25 program settings after installation. Third, when the above 
generation mechanism is realized in hardware, considerable 
time and labor are again required for installation of the 



hardware and to make settings after the installation. 

SUMMARY OF THE INVENTION 
Thus an object of the invention is to provide a testing 
5 method enabling simulation of situations in which loads and 
errors occur, without contention with business applications 
or similar for the use of server resources. Another object 
of the invention is to provide a testing method which 
reduces the labor and time required for preparations prior 

10 to testing compared with the prior art. And still another 
object of the invention is to provide an information system 
to which the above-described testing method is applied. 

The above objects are attained by providing an 
information system containing a server, a data storage 

15 device which is accessed by issuing input/output requests in 
order to write information or to read the above written 
information, and a connection device connected to the above 
server and the above data storage device, including a 
transmission/reception unit for mediation of information 

2 0 exchanged between the above server and the above data 
storage device, which transfers the above input/output 
requests transmitted from the above server to the above data 
storage device and transfers information returned by the 
above data storage device in response to an input/output 

25 request to the above server; the information system is 

characterized in that the above connection device further 
includes a memory unit which stores in advance in the above 
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storage device a test list associating information 
identifying the above data storage device to be tested and 
setting information related to testing and a testing unit 
which is connected to the above transmission/reception unit 
5 and to the above memory unit, and which, when the above 
input/output request received by the above 

transmission/reception unit is input, references the above 
test list and decides whether the destination of the 
input/output request is the above data storage device to be 

10 tested, and when the destination of the input/output request 
is the storage device to be tested, after a prescribed time 
elapses outputs the input/output request to the above 
transmission/reception unit. 

Also, the above objects are attained by providing an 

15 information system containing a server, a data storage 

device which is accessed by issuing input/output requests in 
order to write information or to read the above written 
information, and a connection device connected to the above 
server and the above data storage device, including a 

20 transmission/reception unit for mediation of information 
exchanged between the above server and the above data 
storage device, and which transfers the above input/output 
requests transmitted from the above server to the above data 
storage device and transfers information returned by the 

25 above data storage device in response to an input/output 
request to the above server; the information system is 
characterized in that the above connection device further 



includes a memory unit which stores in advance in the above 
storage device a test list associating information 
identifying the above data storage device to be tested and 
setting information related to testing and a testing unit 
5 which is connected to the above transmission/reception unit 
and to the above memory unit, and which, when the above 
input/output request received by the above 

transmission/reception unit is input, references the above 
test list and decides whether the destination of the 

10 input/output request is the above data storage device to be 
tested, and when the destination of the input/output request 
is the above storage device to be tested, generates an error 
message at a prescribed rate and outputs the error messages 
to the above transmission/reception unit; and the above 

15 transmission/reception unit, upon input of the above error 
message from the above testing unit, sends the error message 
to the above server which had issued the above input/output 
request . 

Also, the above objects are attained by providing an 
20 information system containing a server, a data storage 

device which is accessed by issuing input/output requests in 
order to write information or to read the above written 
information, and a connection device connected to the above 
server and the above data storage device, including a 
25 transmission/reception unit to which the above server and 
the above data storage device for mediation of information 
exchanged between the above server and the above data 



storage device, and which transfers the above input/output 
requests transmitted from the above server to the above data 
storage device and transfers information returned by the 
above data storage device in response to an input/output 
5 request to the above server; the information system is 

characterized in that the above connection device further 
includes an input/output generation unit, connected to the 
above transmission/reception unit, which takes request 
source to be the above connection device, which generates 
10 the above input/output request taking the destination to be 
the above data storage device, and which outputs the above 
generated input/output request to the above 
transmission/reception unit; and, the above 

transmission/reception unit, upon receiving information from 
15 the above data storage device in response to the above 

input/output request generated by the above testing unit, 
discards the information. 

Also, the above objects are attained by providing an 
testing method which generates loads for a data storage 
20 device in an information system containing a server, a data 
storage device which is accessed by issuing input/output 
requests in order to write information or to read the above 
written information, and a connection device connected to 
the above server and the above data storage device, 
25 including a transmission/reception unit for mediation of 

information exchanged between the above server and the above 
data storage device, and which transfers the above 



input/output requests transmitted from the above server to 
the above data storage device and transfers information 
returned by the above data storage device in response to an 
input/output request to the above server; characterized in 
5 that the above connection device receives the above 

input/output request issued by the above server to the above 
data storage device, decides whether the destination of the 
input/output request is the above data storage device which 
is the subject of testing, and when the destination of the 

10 input/output request is the subject of testing, after 
holding the input/output request for a prescribed time, 
transmits the request to the above data storage device at 
the above destination, to generate a pseudo-load on the 
above data storage device. 

15 By means of this invention, various tests, including 

performance tests and operation tests, can be executed 
without the need to incorporate a mechanism to generate 
errors or loads in the server or storage, and without 
contention with a business application or similar executed 

20 by the server. Further, connection devices used in a 

testing method of this invention, and incorporated into the 
above generation mechanism, may be fewer in number than the 
number of servers or storage devices, and moreover the above 
connection devices can be introduced with no consideration 

25 paid to differences in OSes, storage device vendors, or the 
HBAs used, so that the labor and time required for 
preparations prior to testing can be reduced compared with 



the prior art. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is an example of the configuration of an 
5 information system in an aspect of this invention; 

Fig. 2 is a block diagram explaining in summary a 
connection device of embodiment of this invention; 

Fig. 3 is a block diagram showing an aspect of a 
connection device of embodiment of this invention; 
10 Fig. 4 shows the data configuration of a frame 

transmitted and received in a SAN environment; 

Fig. 5 is a flowchart used to explain normal operation 
in a connection device; 

Fig. 6 is an example of the data configuration of a 
15 test list when executing a first test; 

Fig. 7 is a flowchart showing operation of a test 
request reception unit; 

Fig. 8 is a flowchart explaining processing performed 
by a functional unit relating to a first test during a test 
20 execution period; 

Fig. 9 is an example of the data configuration of a 
test list when a second test is executed; 

Fig. 10 is a flowchart explaining processing performed 
by a functional unit relating to a second test during a test 
25 execution period; 

Fig. 11 is an example of the data configuration of a 
test list when a third test is executed; and, 
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Fig. 12 is a flowchart explaining processing performed 
by a functional unit relating to a third test during a test 
execution period. 



5 DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Below, aspects of this invention are explained using 
the drawings. However, the technical scope of this 
invention is not limited to these aspects, but extends to 
the inventions described in the scope of claims and 

10 inventions equivalent thereto. 

Fig. 1 is an example of the configuration of an 
information system of one aspect of the invention. The 
information system of Fig. 1 contains servers 1 which 
execute a business application or similar, storages 2 

15 storing data used when the business application is executed 
and being accessed by the servers 1, and a connection device 
3 which is connected to both the servers 1 and to the 
storages 2. The connection device 3 has a plurality of 
ports 32 which are connection interfaces to the servers 1 

20 and storages 2, and control port (serial port, parallel port, 
network port, or similar) 31 which can be connected by a 
control terminal 4 which controls settings of the connection 
device 3 . 

The connection device 3 has a function to mediate 
25 input/output processing (10 processing) performed between 
the servers 1 and storages 2. That is, as shown in Fig. 1, 
when a plurality of servers 1 and a plurality of storages 2 
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are connected to the connection device 3, if the connection 
device 3 receives an input/output request (10 request) 
issued by the server 1A in order to access data stored in 
the storages 2B, the connection device 3 selects the port 32 
5 to which the storages 2B is connected, and passes the 10 
request to the appropriate port 32. Examples of an IO 
request are the inquiry, read, write, or other commands 
issued by a server 1. 

A server 1 has an HBA 11 as an interface for connection 

10 to the connection device 3; the port 32 of the connection 
device 3 is connected by a cable to the HBA 11. A server 1 
is a general-use computer (PC, server or similar) . A 
storages 2 has a connect module (hereafter abbreviated "CM") 
21 as an interface for connection to the connection device 3, 

15 and the port 32 of the connection device 3 is connected by a 
cable to the CM 21. A storages 2 includes a plurality of 
hard disks in one housing, and has large capacity for 
storing data. 

The control terminal 4 is realized in a general-use 
20 computer (PC, server or similar) , and is connected to the 
connection device 3 via the control port 31. This device 
inputs test lists to set the operation of the connection 
device 3, and is used to control the start and end of tests. 
Given such a connection configuration, the following 
25 explanation assumes a storage area network (hereafter "SAN") 
environment. It is assumed that the fiber channel 
(hereafter "FC") protocol is used between the servers 1 and 
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storages 2, and that SCSI (small computer system interface) 
is used as the upper-level protocol relating to 10 requests. 
A mediation function of the connection device 3 is the same 
as a function of conventional fiber channel switches (FC 
5 switches) in a SAN environment. 

Conventionally in an information system such as that of 
Fig. 1, when performing various tests including performance 
tests and operation tests, a mechanism to generate loads and 
errors was incorporated into the servers 1 or storages 2, so 

10 that resources of the servers 1 used for business 

application and other processing were consumed, and there 
were various other problems also, as explained above. In 
this invention, by incorporating the mechanism to generate 
loads and errors into the connection device 3, which 

15 normally mediates connections between the servers 1 and 
storages 2, the above problems are resolved. Also, by 
performing tests using the connection device 3 of embodiment 
of this invention, tests can be performed without 
consumption of the resources of the servers 1 used in 

20 business application or other processing. A summary 

explanation of the connection device 3 is given in Fig. 2. 

Fig. 2 is a block diagram explaining in summary the 
connection device 3 of this invention. The connection 
device 3 has the transmission/reception unit 33, which 

25 normally mediates 10 processing performed between the 
servers 1 and storages 2; a memory unit 35 in which is 
stored information determining the operation of tests; and a 
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testing unit 34, connected to the transmission/reception 
unit 33 and to the memory unit 35, into which 10 requests 
received by the transmission/reception unit 33 are input, 
which analyzes these 10 requests during testing, and which, 
5 according to the information stored in the memory unit 35, 
performs various processing. 

The testing unit 34 generates a pseudo-load on a 
storages 2, for example by holding an IO request for a 
prescribed time to delay the IO request intentionally, or 

10 generates 10 requests separate from the 10 requests issued 
by a server 1 to generate a load on a storages 2. The 
testing unit 34 generates error messages at a fixed rate 
with respect to the 10 requests received by the 
transmission/reception unit 33, and outputs these to the 

15 transmission/reception unit 33. The 10 requests at the 

fixed rate are not transmitted to a storages 2, but instead 
error messages are sent to a server 1, so that pseudo-errors 
of a storages 2 can be generated. When performing this 
processing, the testing unit 34 accesses information stored 

2 0 in the memory unit 35 and determines the operation to be 
taken . 

Fig. 3 is a block diagram showing an aspect of the 
connection device 3 of this invention. In Fig. 3, the 
receive-f rom-server unit 331, transmit-to-server unit 332, 
25 transmit-to-memory unit 333, and receive-f rom-memory unit 

334 correspond to the transmission/reception unit 33 of Fig. 
2. The 10 analysis unit 341 and 10 generation unit 342 in 



Fig. 3 correspond to the testing unit 34 in Fig. 2. Each 
functional block can be configured in hardware, or can be 
configured as a software program. When a functional block 
is realized as a program, the program is executed by a CPU 
5 (central processing unit) (not shown) included in the 
connection device 3. 

The memory unit 35 is storage means capable of 
rewriting, and is either volatile memory such as RAM (random 
access memory) , or non-volatile memory such as flash memory 

10 or a hard disk. A state flag indicating whether tests are 
being executed and a test list indicating the settings for 
tests are stored in the memory unit 35. By referencing the 
test list, the type of a test to be executed, and the 
information required by the test, can be obtained. 

15 The receive-f rom-server unit 331 receives an 10 request 

issued by a server 1 and outputs this to the IO analysis 
unit 341. The 10 analysis unit 341 references the state 
flag, not shown, stored in the memory unit 35, judges 
whether a test is being executed, and if a test is not being 

2 0 executed (normal operation) , outputs the IO request input 
from the receive-f rom-server unit 331 to the transmit-to- 
memory unit 333 without modification. If a test is being 
executed, the IO analysis unit 341 references the test list, 
not shown, stored in the memory unit 35, identifies the type 

25 of test being executed, analyzes the IO request input from 
the receive-f rom-server unit 331 according to the test type, 
and determines the operation to take. For example, 



depending on the test type, the 10 request may be held for a 
prescribed length of time before being output to the 
transmit-to-memory unit 333, or error messages may be output 
to the transmit-to-server unit 332 at a prescribed rate. 
5 The transmit-to-memory unit 333 transmits 10 requests 

input from the 10 analysis unit 341 and 10 requests input 
from the 10 generation unit 342 to the target storages 2. 
The receive- from-memory unit 334 receives data from a 
storages 2 in response to an 10 request arriving at the 
10 storages 2, and outputs the data to the transmit-to-server 
unit 332. The transmit-to-server unit 332 transmits data 
input from the receive-f rom-memory unit 334, or an error 
message input from the 10 analysis unit 341, to the target 
server 1. 

15 The test request reception unit 36 receives a test list 

determining test operation in advance from the control 
terminal 4, and stores the test list in the memory unit 35. 
Upon receiving a test start request from the control 
terminal 4, the state flag stored in the memory unit 35 is 

20 updated so as to indicate testing, according to the type of 
test to be executed. Also, upon receiving a test halt 
request from the control terminal 4, the state flag stored 
in the memory unit 35 is updated to indicate normal 
operation, according to the type of test being executed. 

25 The 10 generation unit 342 periodically references the 

state flag in the memory unit, and when the state flag 
indicates during testing period, generates an 10 request 



based on the contents of the test list stored in the memory 
unit 35, and outputs the 10 request to the transmit-to- 
memory unit 333. 

Below, operation in the connection device 3 of this 
5 embodiment is explained, referring as appropriately to 

flowcharts, the data configuration of test lists, and other 
necessary information. The operation to be explained 
includes the operation when tests are not being executed 
(called "normal" operation) ; the operation when, by holding 

10 an 10 request for a prescribed time in the connection device 
3, the 10 request is intentionally delayed, and a pseudo- 
load is generated in a storages 2 (called a "first test"); 
the operation when an 10 request is generated separately 
from an 10 request issued by a server 1, to generate a load 

15 in a storages 2 (called a "second test"); and the operation 
when error messages are generated at a fixed rate for the 10 
requests received by the connection device 3, to generate 
pseudo-errors in a storages 2 (called a "third test"). 

First, "normal" operation is explained. Normally, that 

20 is, when no tests are being performed, the connection device 
3 functions as an FC switch, and mediates the transmission 
and reception of packets (frames) transmitted and received 
in a SAN environment. 

Fig. 4 shows the data configuration of a frame 

25 transmitted and received in a SAN environment. A frame has 
a four-byte SOF (Start Of Frame) , 24-byte frame header, 
2112-byte payload, four-byte CRC (Cyclic Redundancy Check), 



and four-byte EOF (End Of Frame) . The SOF has information 
indicating the frame beginning. The frame header has a 
transmission source address and destination address for the 
frame . 

5 The address in the fiber channel is an eight-byte 

address called a "world wide name" which is allocated in a 
fixed manner to the connection device (FC switch) 3, HBA 11, 
CM 21, and other hardware. The payload has an optional 
header of up to a maximum 64 bytes; the remainder is the 
10 user data area, of variable length according to the optional 
header . 

In the payload there is data which is exchanged 
according to an upper-level protocol (SCSI, IP (Internet 
protocol), or similar) supported by fiber channel. Hence an 

15 10 request conforming to the SCSI protocol or similar may 
also be contained by the payload. When an 10 request 
included in the payload is analyzed, a command type, a 
device name, filename, or directory path which is the 
subject of the command, and other information is obtained. 

2 0 The CRC is a code for use in error detection during 

transmission and reception; the EOF includes information 
indicating the end of the frame. 

Fig. 5 is a flowchart used to explain normal operation 
in a connection device. The receive-f rom-server unit 331 

25 receives a frame including an 10 request to a storages 2 
from a server 1, and outputs the frame to the 10 analysis 
unit 341 (SI). During normal operation, the 10 analysis 
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unit 341 outputs the frame input from the receive- from- 
server unit 331, without modification, to the transmit-to- 
memory unit 333 (S2) . The transmit-to-memory unit 333 
references the destination address included in the frame 
5 header (see Fig. 4) of the frame, selects the port 32 to 

which the storages 2 of the destination address is connected, 
and transmits the frame to the target storages 2 via the 
port 32 (S3) . 

The storages 2 performs processing according to the 10 
10 request in the frame from the server 1, sets the information 
generated as a result of the processing in the payload (see 
Fig. 4), and transmits a frame having a frame header in 
which the transmission source address is the storages 2, and 
the destination address is the server 1 issuing the 10 
15 request. 

The receive- from-memory unit 334 receives the frame 
from the storages 2, and outputs the frame to the transmit- 
to-server unit 332 (S4) . The transmi t-to-server unit 332 
references the destination address included in the frame 

20 header of the frame, selects the port 32 connected to the 

server 1 of the destination address, and transmits the frame, 
via this port 32, to the target server 1 (S5) . 

Thus during normal operation, the connection device 3 
transmits a frame received from a server 1 to the target 

25 storages 2, and transmits a frame received from a storages 2 
to the target server 1. In Fig. 3, a frame output from the 
receive-f rom-server unit 331 during normal operation passes 



through the 10 analysis unit 341; but a connection device 3 
configuration can also be employed in which the 10 analysis 
unit 341 is circumvented, and the frame is input directly to 
the transmit-to-memory unit 333. 
5 Next, operation for execution of a "first test" is 

explained, in which, by holding an 10 request for a 
prescribed time in the connection device 3, the 10 request 
is intentionally delayed, and a pseudo-load is generated in 
a storages 2 . 

10 Fig. 6 is an example of the data configuration of a 

test list when a first test is executed. The test list is 
setting information to determine the operation of the test, 
and is stored in the memory unit 35 prior to the start of 
the test. In the test list of Fig. 6, types, device names, 

15 distribution methods, and parameter information are stored 
in separate data fields. 

"Type" is a code which identifies the type of test. In 
Fig. 5, the first test is performed, and so "I" is used. 
"Device name" is a name of the device included in the 

20 storage 2 to be tested. As the device name, a physical 

device name of a hard disk included in the storages 2, or a 
logical device name can be used. Also, a path name to a 
file or directory can also be used as the device name. In 
this case, a logical volume, which uses the storage areas of 

25 a plurality of hard disks in the path as a single virtual 
hard disk, may be applied as well. 

"Distribution method" refers to the probability 
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distribution used when determining times over which 10 
requests are held. And, a "parameter" is parameter 
information to determine the probability distribution 
specified by the distribution method; the number of 
5 parameters varies depending on the probability distribution. 
For example, if- a normal distribution is used, the 
parameters are the mean \i and the standard deviation a, so 
that in the first row of the test list in Fig. 6, two 
parameter values are stored. If the distribution is the 
10 Poisson distribution, the parameter is the population 

parameter X, and so in the second row of the test list in 
Fig. 6, a single parameter value is stored. 

Next, the operation of the first test is explained, 
using the flowchart for the principal functional unit. The 
15 state flag is stored in advance in the memory unit 35, and 
"0", indicating normal operation, is set as the initial 
value . 

Fig. 7 is a flowchart showing operation of the test 
request reception unit 36. When the test request reception 

20 unit 36 is started, a state of waiting for input of a test 
list is entered. When a test list is input, the input test 
list is stored in the memory unit 35 (Sll) . The data 
configuration of an input test list is, in the case of the 
first test, similar to that of Fig. 6. 

25 Next, a state of waiting for input of a test start 

request is entered. When a test start request is input, the 
state flag stored in the memory unit 35 is updated to "1" 

20 



indicating that a test is being executed (S12) . Then, a 
state of waiting for the input of a test halt request is 
entered. When a test halt request is input, the state flag 
is returned to "0" (S13) , and again the input of a new test 
5 list is awaited. 

Between step S12 and step S13, the state flag is "1", 
indicating that a test is being executed. During this 
period (during the period of test execution) , the first test 
is executed. In other periods, "normal" processing (Fig. 5) 

10 is performed by the connection device 3. 

Fig. 8 is a flowchart explaining processing performed 
by a functional unit relating to a first test during a test 
execution period. During the test execution period, the 10 
analysis unit 341, to which a frame has been input by the 

15 receive-f rom-server unit 331, acquires the 10 request 

contained in the payload (see Fig. 4) of the frame (S21) . 
And, the 10 analysis unit 341 judges whether the subject of 
the acquired 10 request (the subject of the command) is the 
device being tested or not (S22) . 

20 The judgment of step S22 is performed by searching the 

test list (Fig. 6) stored in the memory unit 35, using as 
the key the device name which is the subject of the command, 
obtained by analyzing the 10 request acquired in step S21. 
If as a result of the judgment of step S22 the IO request 

25 subject is the device to be tested, the 10 analysis unit 341 
determines the delay time based on the test list (S23) . In 
step S23, a random number is generated based on the 



probability distribution specified by the distribution 
method and parameters contained in the test list, and using 
this value as the delay time. 

The 10 analysis unit 341 holds the IO request acquired 
5 in step S21 until the delay time determined in step S23 
elapses, and after the delay time has passed, outputs the 
frame including the IO request to the transmit-to-memory 
unit 333 (S24) . If as a result of the judgment of step S22, 
the 10 request subject is not the device to be tested, the 

10 10 analysis unit 341 outputs the frame without change to the 
transmit-to-memory unit 333, and so no delay occurs. 

By thus holding for a prescribed time in the connection 
device 3 a frame containing an 10 request which has been 
sent to a tested device to cause a delay, the response time 

15 from the issuance of the 10 request by the server 1 until 
the response is acquired by the storages 2 is delayed, and 
so an increased load condition on the storages 2 can be 
reproduced without using the resources of the server 1. In 
this way, it is possible to easily perform operation tests 

20 of a server 1 when the storages 2 is supposed to be heavily 
loaded (for example, to test whether switching of a specific 
volume used by a server 1 is possible when it is assumed 
that access is concentrated on the volume) , and to easily 
perform performance tests under these conditions (for 

25 example, measuring the number of seconds from recognition of 
the load until switching is performed) . 

Next, operation to execute a "second test", in which an 
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10 request is generated separately from an IO request issued 
by a server 1 and a load is generated on a storages 2, is 
explained. 

Fig. 9 is an example of the data configuration of a 
5 test list when executing a second test. The test list is 
setting information to determine the operation to be 
performed, and is stored in the memory unit 35 before the 
beginning of the test. In the test list of Fig. 9, types, 
device names, access types, data sizes, 10 ratios, and 10 

10 issue frequency are stored in respective data fields. 

"Type" is a code which identifies the type of test. In 
Fig. 9, the second test is performed, and so "II" is used. 
"Device name" is the device name included in the storages 2 
to be tested. As the device name, a physical device name of 

15 a hard disk included in the storages 2, or a logical device 
name can be used. Also, a path name to a file or directory 
can also be used as the device name. In this case, a 
logical volume, which uses the storage areas of a plurality 
of hard disks in the path as a single virtual hard disk, may 

20 be applied as well. 

"Access type" determines the access operation of the 10 
request generated by the connection device 3, and is either 
random access or sequential access. "Data size" indicates 
the size of the data read, or the size of the data written. 

25 In Fig. 9, kilobyte (kB) units are used. "10 ratio" is a 
value from 0 to 1 indicating the ratio of the number of 
write requests to the number of read requests among the 



generated 10 requests. Represented as an equation, the "10 
ratio" would be equal to (number of read requests) / (number 
of read requests + number of write requests) . 

For example, if the 10 ratio is 1, then 100% of the 
5 generated 10 requests are read requests; conversely, 0 

signifies that 100% of the 10 requests are write requests. 
An 10 ratio of 0.33 indicates that read requests and write 
requests are generated in a 1:2 ratio, and an 10 ratio of 
0.5 indicates that read requests and write requests are 

10 generated in exactly the same number. The "10 issue 

frequency" is the number of 10 requests generated per unit 
second. Hence in the case of the first row of the test list 
in Fig. 8, 200 read requests are generated in one second, 
and in the second row, 100 write requests and 100 read 

15 requests are generated in each second. 

Next, operation of the second test is explained using a 
flowchart of the principal functional unit. The state flag 
is stored in advance in the memory unit 35, and "0", 
indicating normal operation, is set as the initial value. 

20 Operation of the test request reception unit 36 is the same 
as in Fig. 7. That is, when the test request reception unit 
36 is started, a state of waiting for input of a test list 
is entered. When the test list shown in Fig. 9 is input, 
the input test list is stored in the memory unit 35 (Sll). 

25 Then, input of a test start request is awaited, and 

when a test start request is input, the state flag stored in 
the memory unit 35 is updated to "1", indicating a test is 



being executed (S12) . Next, input of a test halt request is 
awaited, and when a test halt request is input the state 
flag is returned to "0" (S13), and again the input of a new 
test list is awaited. The second test is executed during 
5 the test execution period (the period during which the state 
flag is "1"). During other periods, "normal" processing 
(Fig. 5) is performed in the connection device 3. 

Fig. 10 is a flowchart explaining processing performed 
by a functional unit relating to the second test during a 

10 test execution period. During the test execution period, 
the 10 generation unit 342 generates IO requests based on 
the test list stored in the memory unit 35, and outputs 
frames with the 10 requests set in the payload to the 
transmit-to-memory unit 333 (S31) . The subject of the 10 

15 request generated is determined by the device name of the 

test list in Fig. 9. The 10 generation unit 342 identifies 
the storages 2 including the subject of the 10 request. 

Then a frame, having a frame header in which the 
destination address is the (CM of the) storages 2 and the 

20 connection device 3 is the transmission source address, and 
with the generated 10 request set in the payload, is output 
to the transmit-to-memory unit 333. The transmit-to-memory 
unit 333, to which the frame has been input from the 10 
generation unit 342, references the destination address 

25 contained in the frame header (see Fig. 4) of the frame, 
selects the port 32 connected to the storages 2 of the 
destination address, and transmits the frame to the target 



storages 2 via the port 32 (S32). 

The second test does not obstruct 10 requests issued 
from a server 1, and so when a frame is received from a 
server 1 during a test execution period, the connection 
5 device 3 performs the processing from step SI to step S3 in 
Fig. 4. When a frame is received from a storages 2 during a 
test execution period, the processing described below is 
performed rather than the steps S4 and S5 of Fig. 4. 

The receive- from-memory unit 334 receives the frame 

10 from the storages 2, and judges whether the destination of 

the received frame is the connection device 3 (S33) . If the 
destination of the received frame is the connection* device 3, 
then the frame is the response by the storages 2 to an 10 
request generated by the 10 generation unit 342, and the 

15 frame need not be transmitted to the server 1. 

Hence the receive- from-memory unit 334 references the 
destination address contained in the frame header, and if 
the destination is the connection device 3, discards the 
frame (S34) . If the destination is not the connection 

20 device 3 ("No" in S33), the receive-f rom-memory unit 334 

outputs the frame to the transmit-to-server unit 332. The 
transmit-to-server unit 332 then references the destination 
address contained in the frame header of the frame, selects 
the port 32 connected to the server 1 of the destination 

25 address, and transmits the frame to the target server 1 via 
the port 32 (S5) . 

In this way, by having the connection device 3 generate 



an 10 request for the device to be tested and transmit a 
frame containing the 10 request from the connection device 3 
to the target storages 2, a load on the storages 2 can be 
generated without using the resources of the server 1. Thus 
5 it is possible to easily perform operation tests of a server 
1 during heavy loading of a storages 2, and to execute 
performance tests at this time. 

The above tests reproduce heavy loading states in a 
storages 2; next, the operation when executing a "third 
10 test" in which error messages are generated at a fixed rate 
with respect to 10 requests received by the connection 
device 3, to generate pseudo-errors in the storages 2, is 
explained. 

Fig. 11 is an example of the data configuration of a 
15 test list when a third test is executed. The test list is 
setting information to determine the operation of the test, 
and is stored in the memory unit 35 before the beginning of 
the test. In the test list of Fig. 11, types, device names, 
10 types, error occurrence probabilities, numbers of IOs 
20 received, and numbers of error responses are stored in 
separate data fields. 

"Type" is a code which identifies the type of test. In 
Fig. 11, the third test is performed, and so "III" is used. 
"Device name" is the device name included in the storages 2 
2 5 to be tested. As the device name, a physical device name of 
a hard disk in the storages 2, or a logical device name can 
be used. Also, a path name to a file or directory can also 



be used as the device name. In this case, a logical volume, 
which uses the storage areas of a plurality of hard disks in 
the path as a single virtual hard disk, may be applied as 
well . 

5 "10 type" identifies the 10 request to which an error 

response is given. For example, if the IO type is "WRITE", 
then error messages are generated at a prescribed rate in 
response to write requests for a certain device; if the 10 
type is "READ", then error messages are generated at a 

10 prescribed . rate in response to read requests for a certain 
device. If the 10 type is "ALL", then error messages are 
generated at a prescribed rate in response to all 10 
requests for a certain device. 

"Error occurrence probability" is a threshold value to 

15 judge whether to generate an error message for a received 10 
request. "Error type" is the type of error message to be 
generated when an error response is given. For example, if 
the IO type is "READ", then the error types which can be set 
are "EAGAIN", "ERESATRTS" and similar; if the 10 type is 

20 "WRITE", then the error types which can be set are "EIO", 
"EAGAIN" and similar. "Number of 10s received" is the 
number of 10 requests received thus far; "number of error 
responses" is the number of times error messages have been 
generated thus far. The number of 10s received and number 

25 of error responses both have initial values of 0, and are 
updated as the test is executed. 

Next, operation of the third test is explained using a 
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flowchart of the principal functional unit. The state flag 
is stored in the memory unit 35 in advance, and "0", 
indicating normal operation, is set as the initial value. 
The operation of the test request reception unit 36 is the 
5 same as in Fig. 7. That is, when the test request reception 
unit 36 is started, a state of waiting for input of a test 
list is entered. When the test list shown in Fig. 11 is 
input, the input test list is stored in the memory unit 35 
(Sll) . "0" is automatically set as the initial values of 

10 the number of received IOs and the number of error responses, 
and so of the data fields in Fig. 11, only the device name, 
IO type, and error occurrence probability need be input. 

Next, input of a test start request is awaited, and 
when a test start request is input, the state flag stored in 

15 the memory unit 35 is updated to "1" indicating that a test 
is being executed (S12) . Then, input of a test halt request 
is awaited, and when a test halt request is input, the state 
flag is returned to "0" (S13), and again the input of a new 
test list is awaited. During the test execution period (the 

20 period in which the state flag is "1"), the third test is 
executed. During other periods, "normal" processing (Fig. 
4) is performed in the connection device 3. 

Fig. 12 is a flowchart explaining processing performed 
by a functional unit relating to a third test during a test 

25 execution period. During the test execution period, the 10 
analysis unit 341, to which a frame has been input by the 
receive-f rom-server unit 331, acquires the 10 request 
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contained in the payload (see Fig. 4) of the frame (S41) . 
Then, the 10 analysis unit 341 judges whether the subject 
(command subject) of the acquired 10 request is the device 
to be tested (S42) . 
5 As in step S22, the judgment of step S42 is performed 

by searching the test list (Fig. 11) stored in the memory 
unit 35, using as the key the device name which is the 
subject of the command, obtained by analyzing the 10 request 
acquired in step S41, and if there is a matching entry, 
10 judging whether it is the device to be tested. If as the 
result of the judgment in step S42 the subject of the 10 
request is the device to be tested, the 10 analysis unit 341 
increments by 1 the number of IOs received in the test list 
(S43) . 

15 Then, a judgment is made as to whether an error message 

should be generated for the received 10 request to give an 
error response (S44) . The judgment of step S44 is performed 
by judging whether the 10 type of the matching entry in the 
judgment of step S42 coincides with the command of the 

20 acquired 10 type. If the two do not coincide, an error 

response should not be made, and so the judgment in step S44 
is "No". If there is coincidence, a judgment is made as to 

whether the equation " (error occurrence probability) > 
(number of error responses )/ (number of received IOs)" 
25 (equation A) obtains. 

These values are obtained by accessing the test list 
(Fig. 11). If the equation A is satisfied, an error 
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response should be made; if the equation A is not satisfied, 
an error response should not be made. If as the result of 
the judgment in step S44 an error response should be made, 
the 10 analysis unit 341 increments by 1 the number of error 
5 responses in the test list (S45) . 

Finally, the 10 analysis unit 341 generates and sets in 
the payload including an error message of the type set in 
the error type of the test list, generates a frame header by 
replacing the transmission source address and the 

10 destination address contained in the frame header of the 
frame input in step S41 each other, and outputs the frame 
containing this frame header and payload with error message 
to the transmit- to-server unit 332 (S46) . If as the result 
of the judgment in step S42 the subject is not the device 

15 being tested, or if as the result of the judgment in step 
S44 an error response should not be made, the 10 analysis 
unit 341 outputs the frame without modification to the 
transmit-to-memory unit 333. 

Thus by generating error messages in the connection 

20 device 3 at a prescribed rate with respect to received 10 
requests and transmitting these to a server 1, an error 
state for a storages 2 to be tested can be reproduced 
without using the resources of the server 1 or storages 2. 
In this way, operation tests of a server 1 upon occurrence 

25 of errors in a storages 2, and performance tests at this 
time, can easily be performed. 

If tests are performed using the above-described 



connection device 3, tests can be performed without changing 
the settings of the server 1 or storages 2, so that even if 
tests are performed the impact on an already-constructed 
information system can be suppressed. Also, if an 
5 information system is constructed using a connection device 
3 of this embodiment of the invention from the beginning, 
tests can of course be conducted without the need to 
exchange equipment, and even if the connection device 3 of 
this invention is not used when constructing the information 

10 system, it is only necessary to replace the existing FC 

switch or similar. In general, the number of FC switches 
present in information systems is small compared to the 
total number of servers 1 or storages 2, and the fact that 
this replacement takes less time than the task of changing 

15 settings for each server 1 and storages 2 as in the prior 
art, is another advantage of this invention. 

Hence it is possible to, for example, utilize a 
previously constructed information system without change 
while easily performing performance tests, operation tests 

20 and similar during time periods in which access is 

comparatively infrequent and there is some margin in the 
frequency of transactions and rate of use of resources. And, 
if connection devices are incorporated into an information 
system in advance during system construction, problems with 

25 wiring, erroneous connections and the like which might occur 
during test execution become unlikely. 

While illustrative and presently preferred embodiments 
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of the present invention have been described in detail 
herein, it is to be understood that the inventive concepts 
may be otherwise variously embodied and employed and that 
the appended claims are intended to be constructed to 
5 include such variations except insofar as limited by the 
prior art. 
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